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[57] 



ABSTRACT 



A program data managing apparatus comprising memo- 
ries for storing as program data a source code, tech- 
nique data on a process for making the source code, and 
intention data on intention to make the source code; a 
link indicative of the mutual relationship between pro- 
gram data; a display for displaying the relationship 
between the program data using the link; a link pro- 
vided to indicate the relationship between a newly de- 
veloped source code and the original program data 
from which the new source code derives; and a display 
for displaying the source code developed stepwise by 
that link and the related program data. 

18 Claims, 33 Drawing Sheets 
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similar definition. If this definition is not given, the 
METHOD OF SOFTWARE DEVELOPMENT existing program cannot be reused. The intention of a 

program to be reused and the programming technique 
BACKGROUND OF THE INVENTION used for a program are not clear, so that it takes much 

The present invention relates to program information 5 time to understand how to change programs for the 
managing apparatus for a programming support system user's purpose of use. If correct understanding cannot 
which develops a desired program for a computer while be done, improper correction may be done to thereby 
retrieving programs (parts) of the basic function already impair the reliability of the program, 
developed, and more particularly to such program in- Since the systems have no retrievable data on the 
formation managing apparatus which improve the rate 10 course of programming, the intermediate programs 
of reuse, productivity and reliability of programs. prepared or important ideas discovered in the program- 

Programming support systems related to the present ming process cannot be used, the history of program- 
invention, especially, systems which reuse the conven- ming would be lost, and it cannot be understand how to 
tional programs make a target program by way of the change the program in order to avoid the inclusion of 
following steps 0M3): 15 errors. 

(1) A step in which the system understands the re- SUMMARY OF THE INVENTION 
quired specifications (the purpose of the program) bUMMAKY Oh I Hfc 1XN V tw I iujn 

given by the user and divides the specifications into It is an object of the present invention to provide a 

sets of simpler specifications; program information managing apparatus which elimi- 

(2) A step in which it is checked whether parts of 20 nates those problems, retrieves a similar program from 
specifications close to the individual specifications data stored in the system even if no definition on simi* 
after the division exists or not, and if so, the parts larity is given beforehand, improves the efficiency of 
are retrieved and a part of the program is corrected rcusc 0 f programs, expedites the understanding of pro- 
so as to satisfy the individual specifications; and grams by indicating techniques as to how to use memo- 

(3) A step in which customized parts are combined 25 ^ ^ algorithm used in retrieved programs, and the 
into a desired program. intention of the programs and the course of program- 
Therefore, in a program reuse system, three impor- ming j mproV cs the efficiency of reuse of the programs, 

tant points are a process for storing a part to be re- ^ prevcnts improper correction to improve the reli- 

trieved, a process for retrieving a part, and a process for Mu%y of thc programs . 

correcting a part. , , In order to achieve the above object .according to the 

For these points, the related systems employ the fol- presem invcntioi)( lhcrc b p rovidc d a program informa- 

lowingprocesses: tj managing apparatus comprising an input unit, a 

(a) Three kinds of processes for stonng parts: a pro- pressor controlled by a CPU, a memory for 
cess for storing source codes as parts, a process for £ containing instructions to the central 
stonng design information as parts and a process 35 * * 6 A ~y^, tv,™^— k v 

for storing the specifications of design as pans. The f nd a d * p a f y \ ^T^lt^^t m 

important process is to have the source'eodes as * ^^7^1 on J 

parts. The source codes mean programs written in ■ . (2 > *™ ™ ^~ ti ^ r ^^rfni 

a Drogramming laneuaee- and source code and (3) data on the intention of preparing 

(b) Three important kinds of retrieving processes: 40 the source code, means for indicating the relationship 
retrieval using a knowledge base, retrieval using a between *e * h ** designating the names 
system of parts, and retrieval of similar parts. The and addresses of data related and managing the program 
retrieval using a knowledge base is to retrieve a through the CPU using the link, and means for 
pan in accordance with the attributes of the indi- controlling the display giving a node to the name of 
vidual parts using a knowledge base in which the 45 program data, and displaying the entire program data 
functions and attributes of parts which indicate the by CPU control as a graph structure using thc relation- 
nature of the parts as keywords are related to each ship between the nodes as a link. When a new program 
other, The retrieval using a system of parts is to » prepared, an existing program having a function simi- 
arrange parts systematically when the parts are lar to that of the desired program is retrieved in con- 
beforehand registered and to use the arrangement 50 junction with the data contained in thc existing pro- 
for retrieving purposes. Thc retrieval of similar grams, the desired program is prepared using the re- 
parts is to retrieve similar parts using the predeter- trieved existing program, links are set on the program 
mined definition of similarity. data related to the programming, node are given to the 

For example, such related arts are described in **Au* names of the program data* and the relationship be- 

tomatic Programming by Fabrication of Reusable Pro- 55 tween the nodes is displayed using the graph structure, 

gram Components" by Seiichi KOMIY A and Minoru This is a first feature of the inventive apparatus, 

HARADA, INFORMATION PROCESSING Vol. As a second feature, the program data managing 

28, No. 10 (1987). apparatus sets a link between programs prepared in the 

In the above related art, enough measures are not course of program development to indicate the stepwise 
taken to retrieve a program having functions not be- 60 development of the programs. The link contains a de- 
longing to the definition of similarity when a program a scription of problems with programs between which the 
little different from the existing programs is made. link is set and a process for solving the problems used in 

The existing programs can be reused only when they the programming. The problems with the programs 

can realize a function coincident with that of a target between which the link is set and a process for solving 

program or when they can be synthesized into the tar- 65 the problems are retrieved using the link, 

gel program. As a third feature, a link indicative of the stepwise 

Even if a system has a function to retrieve a program development of programs is set between programs pre- 

similar to the existing programs, it is necessary to give a pared in the course of the program development, the 
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problems with programs between which the link is set 
are described in the link as in the second feature, a 
process for solving the problems used in the program- 
ming is described in the programs between which the 
link is set, and the problems with the programs between 5 
which the link is set and the process for solving the 
problems arc retrieved using the link. 

As a fourth feature, when the graph structure is dis- 
played by changing the color of the node of the pro- 
gram file name referred to at present, the problems are 10 
displayed which have been solved using the link portion 
of the designated graph structure, and a problem solv- 
ing process is displayed which has been employed in the 
node portion of the designated graph structure. 

As a fifth feature, the program data managing appara- 13 
tus sets a link indicative of the stepwise development of 
programs between intermediate programs prepared in 
the course of program development. If the programs 
are a plurality, of code portions into which a single 
source code has been divided, a link is set which indi- 20 
cates the division. If the program includes a unity of 
source codes, a link is set which indicates the unifica- 
tion. 

As a sixth feature, the program data managing appa- 
ratus sets and deletes a technique link indicative of tech- 25 
nique data and an intention link indicative of intention 
data referred to when intermediate programs are made 
in the course of program development. If a link is set, 
the prepared program is registered as a new one in the 
system, a link is set between the old program and the 30 
new program to indicate the stepwise development of 
the new program. If the link is deleted, the program is 
backed to the one where the technique data and inten- 
tion data referred to are in complete relation of inclu- 
sion to set a link indicative of the stepwise development 35 
of the program. 

As a seventh feature, the link indicative of the step- 
wise development is analyzed, a node is attached to the 
name of the prepared program, and the process of pro- 
gram development is displayed using a graph structure 40 
in which the link represents a parent -child relationship 
in which the program as the origin of development is 
the parent, 

As an eighth feature, the display control means dis- 
plays the entire structure of the program data in con- 45 
junction with the set link by attaching a node to the 
name of the data and changes the indicated color of the 
node if the name of the data is designated. 

As a ninth feature, the program data managing appa- 
ratus sets a technique link in technique data to express a 50 
source code developing technique used in the source 
code in accordance with this technique, and at the same 
time, an intention link is set in intention data to express 
the intention of the source code. 

As a tenth feature, the program data storage means 55 
store a set of technique data and intention data as a 
graph structure in conjunction with respective data 
items. 

As an eleventh feature, the program data managing 
apparatus checks whether there is a source code which 60 
uses the technique when technique data is designated, 
and whether there is a source code which realizes an 
intention when this intention data is designated. If the 
source code does not coincide completely with the 
designated data, the program data managing apparatus 65 
uses the class structure of the designated data to retrieve 
a source code including data on another technique or 
intention related to the designated data, and indicates 



the retrieved source code as a similar program using the 
display control means. 

In the present invention, even if a program having the 
same function as a target program is not stored in the 
system, the class structure of program data classified as 
a graph structure can be tracked on the basis of the 
concept of the object or the link of a program technique 
to realize the object, a program similar to the target 
program can be retrieved and the course of develop- 
ment of the program can be understood. 

Therefore, the entire structure of the program data is 
easy to understand, so that the reuse rate, productivity 
and reliability of programs are improved. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates the basic structure of program data 
in one embodiment of the present invention; 

FIG. 2 is a schematic of a programming support sys- 
tem in one embodiment of the present invention; 

FIG. 3 illustrates the graph structure of a program- 
ming process stored in a second memory in one embodi- 
ment of the present invention; 

FIG. * illustrates the graph structure of a language 
representing the intention stored in a third memory in 
one embodiment of the present invention; 

FIG. 5 is a schematic of software in one embodiment 
of the present invention; 

FIGS, 6A to 6D are flowcharts indicative of retrieval 
in one embodiment of the present invention; 

FIGS. 7 A to 7E are flowcharts illustrating the flow- 
charts of FIGS. 6A to 6D in more detail; 

FIG. 8 illustrates the structure of memory areas stor- 
ing various data in one embodiment of the present in- 
vention; 

FIG. 9 is a flowchart illustrating the course of pro- 
gramming in one embodiment of the present invention; 

FIGS. 10A to 10D are flowcharts illustrating the 
flowchart of FIG. 9 in more detail; 

FIG. 11 illustrates the structure of a memory area to 
represent the entire structure of program data in one 
embodiment of the present invention; 

FIGS. 12 A and 12B illustrate a process to indicate the 
program data of a graph structure as a network; 

FIGS. 13A to 13C are flowcharts illustrating the 
display of the graph structure of program data in one 
embodiment of the present invention; 

FIGS. 14A to 14E are flowcharts illustrating the 
flowcharts of FIGS. 13A to 13C in more detail; and 

FIG. 15 is a flowchart illustrating retrieval of desired 
program data from the entire structure of displayed 
program data in one embodiment of the present inven- 
tion. 

DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

One embodiment of the present invention will now be 
described with reference to the drawings. FIG. 1 illus- 
trates the basic structure of program data in the embodi- 
ment in which the program data includes a program 
source code 11, a programming technique 12 and a 
program intention 13, each component being able to 
have a graph structure in accordance with the data 
thereof. 

Links can be set between the respective components 
in order to indicate their relationship; namely, a link 14 
to indicate the correspondence between a source code 
and a technique, a link 15 to indicate the correspon- 
dence between the source code and intention, and a link 
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16 to indicate the correspondence between the intention 
and technique. 

In this way, links to indicate the relationship between 
the respective program data can be set freely. 

FIG. 2 is a schematic of a programming support sys- 
tem in one embodiment of the present invention. The 
system includes a central processing unit (hereinafter 
referred to as CPU) 23; a first to a fourth memories 22 
to 25; an input unit 26; a display 27; and a position desig- 
nating unit 28. 

The memories 22 to 24 store a source code written in 
a programming language and to be reused, a keyword 
to represent a programming technique and a keyword 
to indicate the object of a program. These respective 
data are arranged in the corresponding groups in the 
form of a tree in accordance with their dependent rela- 
tionship. 

The fourth memory 25 stores instructions to CPU 21. 
The program stored in the fourth memory 25 includes, 
for example, a program to track the graph structure of 
the technique along its structure. 

While in the particular embodiment, the program- 
ming language to be used is a logical language prolog, 
the present invention may be applicable to any pro- 
gramming language without depending on that particu- 
lar language by changing data on the programming 
languages stored in the memories 22 to 24. 

CPU 21 processes data in accordance with instruc- 
tions given via the input unit 26 and the position desig- 
nating unit 28 on the display 27 and displays the result 
on the display 21. 

Examples of programs used in the particular embodi- 
ment are: 

append ([ ]. L, L). 

append ((A|X), Y, [A|Z]): - append (X, Y, Z). 
These programs are written using a programming lan- 
guage "append (a, b, c)" where c is the answer of addi- 
tion of b to a for data indicated by the symbol (a, b, c). 
Another example is described using: 

reverse ([ ], [ ]). 

reverse ([H|T], L): - 

reverse (T, RT). append (RT, [H], L). 
These programs are written by using a reverse ([a, b], c) 
means the reverse of the order of data [a, b] to [b, a], 
which is represented by the answer c. The empty ( ] in 
the program taken as an example indicates a data list 
with no data contained therein. Therefore, an append ([ 
], L, L) means that addition of a second list L to a first 
list with no data contained therein results in a list L 
(third) as the answer. 

The symbol ": means processing using the program 
language shown after the symbol in order to obtain 
the answer. 

Therefore, in 

append ((A|X). Y. |A[2J): - append (X, Y, 2), 
if a « a, X = ( ], Y - (b, c), the Answer 2 it 

•ppcdffllX]. Y.,A|Z]) ; ..pp< n dft.Y.Z> 

Thui (A 1 2] becomes (a. b, cj. 

If T is data arranged in the order of [b, c] in reverse 
(T, RT), RT means data [c, b] reversed in the order. 
Therefore, the answer L of the reverse ([H|T], L) taken 
as the example is given by 



,100 



reverse <[H|T). L); - 
a b.c 

reverse (T, RT). append <RT, [HJ. L) 
5 b,c c,b c,b a c.bj 

where H is a, and T is [b, c]. Thus it will be understood 
that L is [c, b, a]. 

In the append (a, b, c), a, b t and c are referred to as a 
10 first, a second and a third arguments, respectively. 

Necessary data such as technique data or intention 
data are added to such a program and the result is stored 
in the first memory 22 in the following form: 

15 • — 

program: append; 

consist -ot 

append (( I L. U 

append ((A)X). Y, |A121): append (X, Y, 2). 
technique: recursion, synthetic/divisional 
20 argument, 

intention: list, concatenation, division, 
comments: the concaicnaiion of a lisi of first 
arguments and a list of second arguments is a list of 
third arguments. 

25 In this case, the portion starting from the"program" 
denotes the name of the program, the portion starting 
from the "consist - of denotes the source code of the 
program, the portion starting from the "technique" 

30 denotes a keyword indicative of the programming tech- 
nique used in the program, the portion starting from the 
"intention" denotes a keyword indicative of the inten- 
tion contained in the program, and the portion starting 
from the "comments" denotes a keyword indicative of 

35 the explanation of the program. 

FIG. 3 illustrates the graph structure of a program- 
ming technique stored in the second memory in the 
embodiment of the present invention, FIG. 4 illustrates 
the graph structure of languages representing the inten- 

40 tion stored in the third memory in the embodiment of 
the present invention. 

In the particular embodiment, when the user makes a 
program, he imagines a concept related to some object, 
determines which of the technique, intention and source 

45 code the concept is, gives a command to the corre- 
sponding one of the memories 22 to 24 to retrieve its 
corresponding data in accordance with the determined 
kind, uses the retrieved data and the link set in that data 
to retrieve data other than the data which the user has 

so imagined, understands and reuses the existing programs 
as they are and makes a desired program. 

If the user needs data related to the data retrieved on 
the basts of the data which the user has imagined, he can 
obtain more detailed data or more abstract data by 

55 tracking the internal class structure of the second mem- 
ory 23 or the third memory 24. 

If the class is tracked upward from the keyword 
"determination" 31 in the class structure of the pro- 
gramming technique such as shown in FIG. 3, it will be 

60 understood that this structure is one kind of the "con- 
trol technique" 32, and that there are similar techniques 
such as "repetition" 33 and "sequential execution" 34. If 
the class is tracked downward, the "determination" 31 
is specifically classified to "determination by head unifi- 

65 cation" 33 and "determination using determinative 
predicate* 1 36. 

Similarly in FIG. 4, if the class is tracked upward 
from the keyword "sort" 41 using the graph structure of 
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a language representing a fourth object, it will be under- 
stood that the sort is one example of the general concept 
"rearrangement of elements" 42, and there are similar 
concepts "reverse" 43, and "permutation" 44. If the 
class is tracked downward from "sort" 41, there are 5 
specific techniques "quick sort" 45, "insertion sort" 4*5 
and-"bubble sort" 47. 

The reuse of programs and desired programming 
using such data will now be described in detail. First, 
assume that the user knows the object of his desired 10 
program and does not know well how to realize the 
program. In this case, the user gives to the system a 
keyword representing the function of his desired pro- 
gram, and retrieves the third memory 24 storing data 
representing the object. 15 

For example, as shown in a list [a,b, [c,d]], if an ele- 
ment in the list further includes a list [c,d], the problem 
of making the program "full reverse" in which the con- 
tents of the list of the element are reversed to [[d,c], b,a] 
is considered. Since the given problem is the "reverse of 20 
the list", the keywords "list" and "reverse" are given to 
the system. Thus, the system refers to the second and 
third memories 23 and 24 to retrieve the source code 
stored in the first memory 22, and seeks out a program 
having the keywords "list" and "reverse". 

In the particular embodiment, the "reverse" to simply 
reverse elements in the system is defined and the key- 
words given to the "reverse" are "list" and "reverse". 
Therefore, this source program is retrieved and the JQ 
following source codes for the reverse are displayed on 
the display 27 as an example of programs using the 
reverse technique: 



8 

-continued 



full-reverie ([H|TJ, L): - 
llomic (H). full—reverse CT. TT), 
append (TT, (H), U 



Atomic (H) is a program to determine whether the 
list H is atom or not. 

If the list H is not atom, the following determination 
is performed. Since the user does not have specific data 
on this, he refers to the program which he made so far. 
In this case, since the program structure is a recursive 
structure comprising branching of case under condition 
and using "full—reverse" to obtain the answer of the 
full—reverse, the description of a technique stored in 
the second memory 23 is retrieved using the keyword 
"conditional recursion". 

As a result, the system displays on the display 27 the 
graph structure of a technique containing "conditional 
recursion" 38 as a description of the technique of condi- 
tional recursion. 

As an example of this technique, the system retrieves 
a source program stored in the first memory 22 and 
seeks out an example of program having a structure 
represented by the keyword "conditional recursion" as 
data on the technique and displays on the display 27 the 
following program, for example: 



(1) flatten ([ J. (J) 

(2) flatten (IH|T], L): - 

atomic (H). flaiten (T. TTj. append ((HI, TT, U, 

(3) flatten ([H|T). L): . 

flatten (H, HH). flatten (T. TT). 

append (HH. TT. LI. 



reverse <[ J. [ ]>. 

reverse ((H !T], L); -reverie (T. RT). append 
(RT, |Hj. U 



35 



While in the particular embodiment the iwo key- 
words given to the source code coincide, the keyword *0 
may be a single one. 

The user gives several input and output examples to 
the program "reverse". As a result, if the elements of an 
input list are a term such as "a (b, c)" or an atom such 
as "a, b, c," there are no problems, but if the list is [a, b, 45 
c], the user would discover a bad case and recognize 
that determination using the kind of elements will be 
required. 

In order to know a technique of classification in ac- 
cordance with kinds of elements, the user performs 50 
retrieval by giving the keyword "determination" for the 
technique of determination stored m the second mem- 
ory 23. Thus, the system displays on the display 27 the 
techniques 35 and 36 immediately below the "determi- 
nation" 31 of FIG. 3 in rank. 53 

The user selects one meeting his object among these 
techniques. In this case, the user selects "determination 
using a determinative predicate" 34 in which whether 
particular processing is to be performed is determined 
using a conditional sentence attached to the beginning 
of a program to be processed, and selects an atomic to 
determine whether an argument is an atom as a determi- 
native predicate which will be a conditional sentence. 
The user makes a program shown below, using an 
atomic (H) in accordance with the selected atomic; 



full_Tevenc ([ ].[]}. 
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The program of (3) is executed only when the list H 
is determined not to be an atom, namely, only when the 
list H is constituted by a list, at (2). Since the user in- 
tends to make a program to reverse all lists such as [a, b, 
fc, d]]->[[d, c], b, a] inclusive of a list in a list, he can 
make the following program by replacing "flatten" 
mechanically with "full_reverse": 



(1) ' full-reverse ([ ).[)). 

(2) * full-reverse ([HIT), U - 
atomic (H). full_reverse (T. TT), 
append (TT, IHJ. U. 

(J)' full— reverse ((HIT). L): - 
full-reverse <H, HH), fuH_reverse (T, TT) 
append (TT, HH, L). 



This is a desired program. 

The structure of software to realize such a function 
will now be described in detail. FIG. 5 is a schematic of 
software in one embodiment of the present invention. 
The software in this embodiment is composed of a dia- 
log control system 51 to control a dialog with the user, 
a command interpretation and execution system 52 to 
interpret and execute a command input from the user, 
and a memory area 53 to store various data. 

The memory area 53 includes a source code corre- 
spondence table (hereinafter referred to as an SN table) 
54 in which first columns each contain a source code 
name and second columns each contain the correspond- 
ing identification No., a technique correspondence table 
(hereinafter referred to as a TN table) 55 in which first 
columns each contain a technique name, second col- 
umns each contain the corresponding identification 
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No., an intention correspondence table (hereinafter 
referred to as an IN table) 56 in which first columns 
each contain an intention name and second columns 
each contain the corresponding identification No., a 
correspondence table (hereinafter referred to as a STI 5 
table) 57 comprising a list of identification Nos., allo- 
cated to source code, technique and intention columns, 
a correspondence table (hereinafter referred to as a TIS 
table) 58, and a correspondence table (hereinafter re- 
ferred to as an ITS table) 59, a correspondence table 10 
(hereinafter referred to as a TH table) 60 indicative of 
the relationship between classes of techniques, a corre- 
spondence table (hereinafter referred to as an IH table) 
61 indicative of the relationship between classes of in- 
tention, and a program library 62 storing the actual 15 
source program. 

By such arrangement, the dialog control system 51 
transfers a command, input by the user using the posi- 
tion designating unit 28 on the display 27 such as a 
keyboard or a mouse, to the command interpretation 20 
and execution system 52. 

The dialog control system 51 transfers <kind of 
data>, < selected data> and <kind of pointer to be 
tracked > to the command interpretation and execution 
system 52. 25 

The < selected data> is data indicative of the start 
point from which the pointer is tracked. The <kind of 
data> is a flag indicative of which of the source code, 
technique data and intention data the selected data is. 
The < kind of the pointer to be tracked > is data indica- 30 
ti ve of which of the pointers set in the selected data is to 
be tracked. 

The details of processing performed by the command 
interpretation and execution system 52 controlled by 
CPU 21 in the particular embodiment will now be de- 35 
scribed. FIG. 6A is a flowchart indicative of retrieval. 
The command interpretation and execution system 52 
uses the <kind of data> and < selected data> trans- 
ferred from the dialog control system 51 (601), retrieves 
the SN table 54 in accordance with the kind of the data, 40 
and determines whether processing is directed to the 
predicate of the source code (602). If the answer is yes, 
control passes from the source code to a flow to retrieve 
technique or intention data, as shown in FIG. 6B. If no, 
the TN table 55 is retrieved and it is determined 45 
whether processing is directed to the technique (603). If 
the answer is yes, control passes from the technique to 
a flow to retrieve intention or a source code, as shown 
in FIG. 6C. If the answer is no, IN table 56 is retrieved 
and it is determined whether processing is directed to 50 
intention (604). If the answer is yes, control passes from 
the intention to a flow to retrieve a technique or a 
source code, as shown in FIG. 6D. 

If processing is not directed to any one of processing 
of a predicate (SN table 54), processing of a technique 55 
(TN table 55), and processing of intention (IN table 56), 
the occurrence of a command error is displayed (605) 
and control return to step 601. 

In the flowchart of FIG. 6B, it is first checked 
whether there is a desired source code (101). If yes, it is 60 
determined whether a technique is retrieved (102). If 
no, it is determined whether intention is retrieved (103). 
If there is no desired source code or if no items of tech- 
nique and intention to be retrieved are selected even if 
there is a source code, an error is indicated (106). 65 

FIG. 7 A illustrates the flowchart of FIG. 6B in more 
detail. The flow of the flowchart of FIG. 7 corresponds 
to that of FIG. 6B. First, the SN table 54 is searched to 
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obtain ID No. SNo corresponding to a given predicate 
name (606). A first column which is SNo is searched in 
the STI table 57 using SN 0 as a key (607). 

If a number coincident with SNo is found, the number 
TNo indicative of the technique stored in the second 
column of the same row is obtained (609, 610). If there 
is no predicate name coincident, that the predicate name 
is erroneous is indicated (608). The first column of the 
TN table 55 is checked to obtain a row of characters To 
indicative of a technique corresponding to TNo (611). 
Finally, the row of characters To is displayed as a result 
of command execution and control returns to the dialog 
control system 51 (612). 

If the name of a predicate is designated and intention 
data is to be tracked, the third column of STI table 57 is 
searched to check whether there is a column having ID 
No. IN 0 (614). 

The first column of IN table 56 is searched to obtain 
the name of intention lo corresponding to I No (615). 
Finally, the row of characters lo is displayed as the 
result of the command (616). 

The flowchart of FIG. 6C which indicates the re- 
trieval of intention or a source code from a technique 
will be described. First, a desired technique is sought 
(111). Then it is determined whether the source code is 
retrieved (112). If no, intention is retrieved (116). If yes, 
the source code is retrieved (114). If there is no desired 
source code, control returns to the starting block to 
retrieve another technique which is in brother relation- 
ship with the technique found first, and a linked source 
code is retrieved from the technique in the brother 
relationship (115). 

FIGS. 7B and 7C illustrate the flow of FIG. 6C in 
more detail. FIG. 7C illustrates, in detail, a process to 
retrieve the technique in brother relationship and then a 
source code therefrom. The flow of the flowchart fol- 
lows FIG. 6C. In FIG, 7B, the TN table 55 is retrieved 
to obtain a number TNo corresponding to a given tech- 
nique (618). The first column of TIS table 58 is then 
retrieved to search a number coincident with TNo (619). 
If that number is found, the number SNo in the second 
column of the same row as that number is obtained (621, 
624). 

If there is no number coincident with TNo, that the 
name of the technique is in error is displayed (620). 

A predicate having the same number as SNo is 
searched from SN table 54, and its source code is re- 
trieved from source code library 62 and displayed on 
display 27 (625, 626). 

If no number indicative of a predicate name is stored 
in the second column of a row having the same number 
as TNo (625), it is indicated that there is no source pro- 
gram corresponding to the technique. In this case, the 
processing shown in FIG. 7C is performed. First, the 
second column of TH table 60 is checked to search the 
same number as TNo (636). 

If this number is found, the number TN] other than 
TNo stored in the first column of the same row is taken 
(637). A technique corresponding to TNi corresponds 
to the classification of a technique having a function 
similar to that of the technique input by the user, 
namely, a so-called technique in brother relationship. 

The first column of TIS table 58 is checked to search 
TN|. If TNt is found, a source program 5 corresponding 
to SNo stored in the second column is displayed on the 
display 27 by performing processes similar to those 
mentioned above (638 to 641). 
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Even if the second column is empty (640), TH table 
60 is not checked and the fact that there is no corre- 
sponding source code is displayed (642). Thus the 
source program is retrieved from data on the technique. 

The flowchart of FIG. 6D which illustrates the re- 5 
trieval of a technique or a source code from the inten- 
tion will be described. First, it is determined whether 
there is a desired intention (121). If the answer is yes, it 
is determined whether the source codes are retrieved or 
not (122). If no, the techniques are retrieved (126). If the 10 
answer is yes, the source codes are retrieved (123). If a 
desired source code is found, it is displayed (127). If not, 
control returns to the starting block, another intention is 
retrieved which is in brother relationship to the inten- 
tion found first, and a source code linked from the inten- 15 
tion in brother relationship is retrieved and displayed 
(125). FIGS. 7D and 7E illustrate the flowchart of FIG. 
6D in more detail. FIG. 7E illustrates the retrieval of an 
intention in brother relationship and the source code 
linked to the intention. In FIG. 7D, the name of a given 
intention is retrieved from IN table 56 (627) to obtain 
the number INo corresponding to the name of the inten- 
tion (628). 

If the pointer to be tracked is not a source code ^ 
pointer (630), data TNo of the third column in the row 
in which the first column of ITS table 59 is INo is ob- 
tained (631), data in the second column of the row in 
which the first column is INo in IN table 56 is displayed 
(632). 30 

If the number INo corresponding to the intention 
name is not obtained (628), the fact that the name of 
intention is in error is displayed (629). 

If the pointer to be tracked is a source code pointer 
(630), the second column of the row in which the first 35 
column of ITS table 59 is IN 0 is checked to obtain data 
SN 0 (633. 634). SN table 54 is then retrieved to display 
the corresponding source name (635). If no SNo is ob- 
tained (634), the row in which INo is obtained in the 
second column is searched in IH table 61 (643). 40 

If a value INi in the first column adjacent to the 
second column is taken (644, 645), and the value SNo in 
the second column of the row in which the first column 
is INo in ITS table 59 is taken (646, 647). 

SN table 54 is then retrieved and a source code corre- 45 
sponding to SNo i& displayed (648). If SNo is cannot be 
taken (647), the fact that there is no corresponding 
source code is displayed (649). 

In this way, the user can easily access necessary data 
from any one of the technique, intention and source 50 
code, easily retrieve the existing program and under- 
stand the object of the program, so that reuse of the 
programs is easy. 

The management of data on a programming process 
will be described using an example of a process for 55 
making a program "full— reverse 1 ' to reverse all the data 
in the list in the particular embodiment. First, related 
programs retrieved using the keywords "list" and "re- 
verse** are recorded as one object. The programs re- 
trieved to make the desired program "full_reverse" are 60 
as follows: 

[•full—reverse* (1)] 

reverse ([ ],[ ]). 

reverse ([H I T], L)> 

reverse (T. RT), append (RT, [HJ, L). 65 
The number (1) annexed to the program name 'fai- 
lure verse* is a programming serial number indicative of 
the order in which the desired program is made, 
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In this program, the "list" 37 of FIG. 3 is used as a 
technique in the data type and the "reverse 1 * 43 of FIG. 
4 is used as intention, so that two kinds of links, namely, 
a technique link and an intention link, are set as data in 
the object '"full reverse* (1)**, and the "list** and "re- 
verse** are set as the corresponding objects to which the 
links extend (hereinafter referred to as destinations). 

The program "'full— reverse* (1)** operates well if the 
elements of the input list are an item or atom, but may 
not operate well if the elements of the input list are a list. 

In order to cope with this, classification is done in 
accordance with kinds of elements and a program 
which uses an atomic to determine whether an argu- 
ment as a determinative predicate is an atom or not is 
recorded as the following object. This program is 
shown as follows by adding an atomic (H) to determine 
whether an element of list H is atom: 



['full_reverte' (2)] 
fulL_reverie (( ). [ ]). 
fuH_rever« ([H|TJ, L): - 
alomic (H). full-reverse (T. TT). 
append (TT, [H], LV 

This program is made on the basis of the first made 
program ['full-reverse' (1)], so that a new link of the 
kind of "development** is set from the object ['ful- 
l-reverse' (1)] to the object ( 4 full_reverse* (2) In this 
case, a destination for ['full —reverse* (1)] is ['ful- 
l-reverse' (2)], 

Since an explanation can be described in a link, the 
description "problem: if the elements of an input list are 
an item or atom, there are no problems, but if they are 
a list, there may arise problems" should be given. Fur- 
thermore, in the "note: ['full— reverse' (2], "input ele- 
ments will be determined by the predicate "atomic" " 
may be added. 

A technique link and an intention link are set as links 
in the object ['full-revers' (2)] in itself, and "list, deter- 
mination using a determinative predicate" and "re- 
verse** are set in the respective links as destinations. In 
this case, the "determination using a determinative 
predicate'* 36 of FIG. 3 is newly added as a destination. 
However, this program ['full-reverse' (2)] cannot yet 
perform necessary processing "if the elements of an 
input list is also a list". 

Thus, the predicate *is list* to determine whether the 

elements of a list are a list is retrieval from the determi- 
native predicate 36. If the elements of the list is a list, it 
can be presumed that the elements of the list may be 
reversed by the predicate Reverse* and that the reversed 
elements may be added using 'append*. 

The [*full reverse' (3)] is shown when a list is in a list 
as follows: 



(1) full-reverse ([ ),[)). 

(2) fiitl_reveree <[H |T], L): - atomic (H), 
full-reverse (T, TT], append (TT, [HJ, L). 

(3) fuU_revcne(rH|T], L); 
it list <H), reverse <H. HH), 
full-reverse (T. TT). append (TT. HH, L). 



These are recorded as the following objects. This 
program is made on the basis of the program ['ful- 
l-reverse* (2)], so that a link of the "development" is 
newly set from the object ['full—reverse* (2)] to the 
object ['full-reverse' (3)}, and a destination is set as 
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['full-reverse' (3)]. Since the program 'is—list' is used Since the program |*full_reverse' (4)] has "condi- 

for reference, the link "reference program" is set and a tional recursion" as a technique and "flatten" as a refer- 

destination is set as a predicate name "*is_list ,M .If there ence program for the destination compared to ['ful- 

is also a list in the list in this program, for example, if Ureverse 1 (2)], the program (-full-reverse* <4)) can be 

there is & third list [a, b] such as [[[a,b], c]d ( e], (a,b] is 5 regarded as being developed on the basis of ['ful- 

not reversed and the resulting list is [e t d[c,[a,bl]]. As an l-reverse' (2)]. 

explanation of the link, the description "problem: if the The development link to the [*full_reverse* (4)] is set 

elements of an input list are a list which has also test as from [•full_^eve^se , (2)). Since the development link is 

an element, processing is not well performed" is given. the same as the development link to the [ full-reverse* 

In addition, "Note: Trull-reverse' (3)], the determine- 10 (3)], no description on problems with the links will not 

tion of the input elements is made using 'is-Jisf in addi- be given, but, as remarks, the [•full_reverse' (3)] pro- 

tion to the predicate 'atomic'" may be added. duces an erroneous output if the elements are a list of list 

A technique link and an intention link are set as links in a list Thus, in [full-reverse' (4)], "conditional recur- 

in the object ['full-reverse' (3)) in itself and "list, classi- sive technique is used by reference to the program k flat- 

fication according to determinative predicate" and "re- 15 ten' in addition to the predicate 'atomic'" may be added 

verse" are set as destinations in the respective links. The structure of software to realize such function will 

Since the program ['full-reverse- (3)1 does not operate now be described in more detail. FIG. 8 is a schematic 

well "if an input list has a list of list in its elements", the of a storage area storing various data in one embodi- 

user will understand that some other technique must be naent of the invention. The storage area in the particular 

used in the programming process. Since the program 20 em^iment isdi ^^^l^^.^ff^ 

structure includes classification according to conditions (OBJ-TBL) 71 » J^"* e 0-INK TBL) 72, a desti- 

and has a recursive structure in which the same tech- nation table (DEST TBL) 73 and a destination pointer 

nique is used twice, any other program is retrieved and ^ble (DEST- P— TBL) 74. 

discovered as an example on the basis of the keyword The object table 71 is a storage area which ^ hand es 

"conditional recursion" 38 of FIG. 3. 25 source code files technique data files and intention >data 

The program discovered as being used for program of individual programs using a single data structure 

development is shown as follow: ^chaTvidual data areas 75 of the object table 71 are 

each divided into seven columns 76 to 82. In each col* 



1st clause: fUncn ([ ]. [ ]). 30 umn, a type 76 is a type of object. A type 1 is "a source 

2nd clause: flatten ([H|TJ. L): - coc j e fi\ t *\ a type 2 is "a technique data file", a type 3 is 

•tomk : m\ nauen (T. TT). ..^ mtcntion data fii e » t0 classify kinds of objects. A 

3rdd«i " • rianen <[H j T). l>: - name 77 denotes the name of the object, a link-count 7B 

flatten (H, HH\ flatten (T, TT). denotes the number of links set from the object, a link 79 

append (HH. TT. p. 35 denotes a pointer to use link data, a linked— dest_count 

" 80 denotes the number of destinations using the object. 

By reference to these programs, it will be understood A plurality of destinations derives from a single link. A 
that in the program using "conditional recursion" 38, it linked-dest 81 denotes a pointer to destination data 
is necessary to recursively process an argument as an pointing to its object as a destination and a content 82 
object for determination, and that the third clause is 40 denote the contents of the object. In the case of a source 
automatically called out even if the elements are not code file, the source code and comments are described 
determined using *is_lisf if it is not 'atomic'. By replac- m the content 82 while in the case of intention data and 
ing the "flatten" mechanically with "full-reverse" on technique data, text data such as matters or problems 
the basis of the discovered program, the following pro- arose when the object was developed and a process for 
gram ['full-reverse' (4)] can be made: 45 solving the problems is described m the content 82. 

* 1 By retrieving text data using the link and displaying 

the data, the course of program development can be 
fuii_rever« ([ J, [ ]). understood clearly. A link table 72 is an area for storing 

fun^ever«([H|Ti.L):^iomic(H), data on | inks M f rom tne respective objects and the 

Mllr^e^SmVT 1 ^ 50 5t ° rcd afe UWd b * traCking a P° inlCr (link) 79 

full-reverse (H, HH). pointing to the area head from the object. The individ- 

fuH-reverse (T. TT), ual data areas constituting the link table 12 are divided 

append (TT. HH. U. mt0 f our columns. 

In each column, a link— name 83 denotes the link 
Set in this program are "reverse** as an intention link, 55 name, a dest_count 84 denotes the number of destina- 
"list, classification according to determinative predi* tions linked, a dest 85 denotes a pointer pointing to the 
cate, conditional recursion" as a technique link, and area head for the destination data, a content 86 denotes 
"flatten" as a reference program link in the sense that the contents of the link where problems and notes are 
the program 'flatten" is referred to. In this case, "condi- described. The number bracketed in the "content" item 
tional recursion" as a destination for the technique link 60 denotes the capacity of a row of characters, 
and "flatten" as the reference-program name add. The destination table 73 is an area which stores data 

Which program the development link is set from may on destinations related by the respective links and that 
be considered as follows. In the course from the pro- data is accessed by using a pointer (dest 85) pointing to 
gram ['full reverse' (3)] to ['full reverse* (4)], using the the area head of the destination data from the link data, 
program "is_ list" for reference is abandoned, so that 65 Individual data areas constituting the destination table 
the destination to which the program made at that time are divided into three columns 87, 88 and W. 
links becomes the program [TulUreverse' (2)J substan- In each column, a type 87 denotes the type of a desti- 
tiaiiy. nation and is used like the type of the object. An exis- 
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t-dest 68 denotes a flag indicative of whether an object 
pointing to a destination exists or not, an object 89 de- 
notes a pointer pointing to a data area 91 of the object as 
a destination. As one of the program managing pro- 
cesses, a content area may be provided at the end (next 5 
to 89) of each of the blocks constituting DEST TBL 72 
to write therein a process for solving the problems in- 
stead of writing into the content of LINK TBL 72 a 
process for solving problems with the program from 
which the link is set- 10 

This reduces the number of conditions for diverging 
to destinations when the number of those destinations is 
large to thereby facilitate program management. 

The destination pointer table 74 is a storage area 
having data on a reverse link from each object destined 15 
for a destination object pointing to the former object as 
a destination. A dest_ p 90 denotes a pointer pointing to 
a data area 92 for destination. The destination pointer 
table 74 is accessed by tracking a pointer pointing to the 
head 94 of the address area from a linked-dest 93 in the 20 
data area for the object. 

Pointers 95 to 97 at the end of the respective tables 
allocate and designates the next tables if there are no 
empty spaces in the respective tables. 

FIG. 9 is a flowchart showing a program develop- 25 
ment and setting a link to related data and a develop- 
ment link. 

First, a name is attached to the developed program, 
the programming number is updated and the program js 
edited (131). In developing the program, it is checked 30 
whether other data is referred to (132). If yes, a link is 
set to the data referred to (133), and conversely, a link 
to return to the developed program from the data re- 
ferred to is also set (134). This is called a reverse link 
which is set to delete the link to the data referred to 33 
which has become unnecessary from the developed 
program. A development link to the file or stage pro- 
gram preceding the current edited program is set (135). 
Under such conditions, it is checked whether the pro- 
gram operates properly or not (136). If not, the program 40 
is corrected and control returns to step 131 to re-edit the 
program. Such repetition is performed until the pro- 
gram operates properly. 

The details of steps 131 and 132 are shown in FIG, 
10A. In the development of the program, the source 45 
code is made and a link to the related data is set. This 
operation is performed manually. When the course of 
programming is recorded using a recording area of a 
structure shown in FIG. 8, the name N of a program to 
be edited is input as shown in FIG. 10 A (801), and the SO 
editor is opened. The programming serial number is 
attached to the program name, so that when the pro- 
gram is made in the course of programming is identified, 
which is not open to the user. 

If the name of the input program is for the already 55 
existing file (802), the program having the maximum 
programming serial number is the latest edited program 
among programs having the same name (803). 

If the input program is a newly made one and has no 
appropriate program name, the programming serial 60 
number is put to 0 (804). 

When the preceding programming number is thus 
obtained, one empty data area (hereinafter referred to as 
OT) in the object table 71 used for future edition (805). 

It is then determined whether a program is divided 65 
and managed or whether a plurality of related programs 
is united into one, which is then managed (801'). If 
nothing is done, control passes to step 806, but if yes, a 
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link is set which indicates division or unification (802'). 
If the answer is no at step 801', the manufacture serial 
number on a file to be edited next is given as the serial 
number on the latest edited file plus one (806), the num- 
ber T indicating that the object is a source file is re- 
corded in the first column type of the secured OT, and 
the name of the program to which the current serial 
number is attached is inserted into the second column 
name (807). A program is then edited using a seventh 
column content (808). When edition has temporarily 
completed, data on the program development process 
from the time when data on the previous program de- 
velopment process was stored to the present time is 
stored. 

The development process is then analyzed which 
includes which program was referred to in the course of 
programming, which programming technique was used 
and which intention brought about such program (809). 

As a result, if any data is referred to, it is set as a link. 
This process corresponds to steps 133 to 135 of FIG. 9, 
and their details are shown in step 818 of FIGS. 10B to 
10C. Namely, the OT used in the present work is 
checked to determine whether the link table 72 is laid 
out (810). If not, a link recording area is secured and the 
head address of the link table 72 is substituted into the 
fourth column link of the OT (811) in order to allow the 
same to be accessed from the OT. 

The laid-out link table 72 is retrieved to check 
whether the link name to be set is already registered 
(812). 

As a result, if the link name has not yet been regis- 
tered, an empty data area in the link table 72 is allocated 
and registered in the first column link— name 83, the 
destination table 73 is allocated and the head address is 
inserted into the third column dest 85 (813) for allowing 
access. 

When the identity of the link is thus secured, the 
fourth column content 86 is used to describe problems, 
comments, etc. 

Furthermore, after the destination table 73 is secured, 
an empty area (hereinafter referred to as a DT) in the 
destination table is secured for registering a link target 
(814). Data on the type of the destination object is sub- 
stitutcd into the first column type 87 of the DT, and the 
address of the data area of the object which will be a 
destination is substituted into the third column so as to 
allow access from the DT. A second column exist— dest 
88 is a flag indicative of the presence of the identity of 
the destination. If the flag is set, the column 88 is ON, 
but if the destination is deleted, the flag is set to OFF 
using a linked— dest pointer 93 (815). The linked-dest 
pointer is used to set to OFF the flag exist_dest on 
destination data in which the object is used as a destina- 
tion when the destination is deleted, and points to a DT. 

The process for setting the link— dest pointer is 
shown in FIG. 10C. Data on the object to be linked as 
a destination at present is searched, and it is checked 
whether the destination pointer table 74 is laid out (816) 
in order to set a reverse pointer to return to the original 
program because the pointer is a bilateral one. If not, an 
area to store the reverse pointer is secured and the head 
address of the destination pointer table 74 is substituted 
into the sixth column linked-dest 93 of the link target 
object (817). 

After the table 74 is thus secured, the address of a DT 
is substituted into the dest— p 90 of the empty data area 
to set the reverse pointer in order to access the second 
column exist dest 88 of the DT from the object (818). 
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As just described above, after a link is set to the data structure to be shown in FIG. 12. The storage area 

referred to in the programming process, a development indicates the entire structure of data on the respective 

link indicative of the development process is set (819 to programs and stores various data to change color indi- 

822). cation according to designation. 

The program data used in the development course 5 This storage area is divided into three portions, 

increases in quantity as the development advances, so namely, an object display data area_(DISP) 101 to.re- 

that they are compared sequentially with the previously ccjvc data to indicate a node, an object reference data 

made programs to search a program which includes the area (REF—OBJ) 102 to refer to a node name to iden- 

same link as that to the program data referred to (819 tify the same when it is designated on the display screen, 

and 820), and a development link is set from the appro- 10 ^ a link reference data area (REF-LINK) 105 to 

priate program to the current edited program (822). The rc fcr to a link to identify the same, 

process for setting the link is performed as in steps 810 The data area constituting DISP 101 is divided into 

to 818. For example, if there are a program A having ^ columns. A first column obj_name 104 represents 

program data (1), (2) referred to and a program B hav- the of M t0 ^ a node , a second and a third 

ing program data (1), (2), (3), and the developed pro- 15 cohimns X( y 105 and 106 represent the coordinates on 

gram has the data (1), (2) and (4), a link to the developed ^ of a nQde t0 ^ displayed, a fourth column 

program is caused to extend from the program A hav- how__many 107 represents the number of destinations 

ing the common program data (1) and (2). A link is not i m ked, a fifth column level 108 and a sixth column line 

set from the program B because the data (3) is not com. 109 rcprcscnt ^ disp ] ay posits by a row and a col- 

mon and not in relation of inclusion. 20 U|nn ^ the CTtirc di j objectj a ttventh column de- 

The problems with the onginal program as well as a st _ name n0 represents in array the name of an object 

process for solving problems with the current edited M a dcstination , an cighth coIumn nilLb ox 111 and a 

program can be described in the fourth column content mmh % Iine m resp ectively represent the 

86 of the link table 72 for the development hnk. The numbers ofnode% y und rows of dummics ^ lo prevent 

process for solving the problems can be described in he 25 ition of dis , Hnes when hnks lo the respec . 

seventh column content M of pointer 91 pointing to the ti £ j£ iMtioM are displayed. 

link object in the object table 71 as the link destination. f # . . . . „ nA - ,„«t, 

Tr - J 1 . j • 1 j j * r*v In the particular embodiment, display 1$ made such 

If the current edited program includes divisions of the * , A .. f , a *v ~a •* .™ 

... .t -r *■ r.u 1 that a link connecting a node and another node is pre- 

onginal program or the unification of the original pro- . e . °. A . , , lI— j 

*u • r 1 « a ». r. I* Z » - Jr ia vented from intersecting another hnk. The bracketed 

grams, the division link and unification link indica- 30 , , . . , lfW . * u 

7\ - «r t~~* k- *v™ tk . ^ nnr<tm oc numerals in the columns 110 to 112 represent the maxi- 

tive of that fact can be set from the previous program as . . r 

in the steps 810 to 818 mum numt>er of characters. 

The above process is one section for programming, r Thc area constituting the REF OBJ 102 has 

and it is checked whether the program operates prop- f ' ve co ] umns f,rst column obj name 113 represents 

erly (823) as in FIG. 10D which corresponds to step 136 35 * e *<* e namc ' a ***** "J? a th:rd columns x, y 114 

of FIG. 9. If the program is determined to operate prop- and " 5 ~I~t the coordinates of » node displayed 

erly. control ends while if not. control returns to step ™ * c screen, a fourth column width 116 represents the 

806 to repeat the same process. displayed width of the node on the screen, and a fifth 

As just described above, the course of program de- column segno 117 represents thc number of a segno 

velopment can be recorded by comparing the link set- 40 US "J m display. 

ring and the relation of inclusion of the set Hnk for the ™ c data arca constituting REF-LINK 103 includes 

programs made in the course of program development. < hrec columns. A first column obj_name 118 represents 

In the particular embodiment, a process for indicating thc ™™e of an ob i«* thc hnk » 8 second co,umn 

program data will now be described. In the particular line_count 119 represents the number of lines used for 

embodiment, the entire structure of various program 45 link dispby, a third column a, y 120 represents the coor- 

data is indicated by a graph structure having nodes as dinates of a line segment displayed and allows up to four 

the name of data and links indicative of the relationship coordinates to be recorded. The number of line seg- 

between the nodes. A pointing device such as a mouse m«ts for a single link display requires only three at 

may be used to designate a node or a link to change its most. 

displayed color to indicate its designation to thereby 50 FIGS. 13A to 13C are a flowchart illustrating the 

allow the use of the object designated. structure of data on each program in one embodiment 

The data to be analyzed as a graph structure varies of the present invention as a graph structure shown in 
depending on the program data thereof. In the case of FIG. 12A. The bracketed numbers 1001 to 1020 illus- 
technique data and intention data, the class structures trate corresponding steps of FIGS. 14A to 14D flow- 
stored according to their relationship are analyzed 55 charts which shows FIGS. 13A to 13C in more detail, 
while in the case of a source code file, a program devel- First, a table is initialized in order to prepare to calcu- 
opment graph structure is analyzed, which includes its late display data and store the data therein (141). Levels 
initial source code file as a top node and the latest edited indicative of the respective depths of the display posi- 
source code file as the bottom, in accordance with links tions of nodes on all the objects are calculated (142). A 
indicative of the development process such as develop- 60 line to be laid out at present is set to 1 (143). A flag is set 
mem link and unification and division links. which indicates that the line to be used for layout at 

The processes for indicating these graph structures present is still usable (144). The current parent or object 

can be handled equally in a system for indicating nodes and its child (current destination) illustrate that they 

and links therebetween so as to represent parent-child will layout a line from now (145). It is checked whether 

relationship. 65 the line of the current object is not yet laid out (146). If 

FIG. 11 illustrates the structure of a storage area to yes, it means that there is no line laid out, so that the 

indicate the entire structure of program data in one lines of the current object and its child are laid out and 

embodiment of the present invention as the graph class a flag is sei which indicates the completion of such 
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layout (147). Ifno, all the lines of the objects are already After such initialization, the highest level object is 

laid out, so that this fact is displayed- used 85 ,he current ob i ect (m0) ' and 8 fla B ass - dest 

Control then passes to the flow of FIG. 13B, and it is indicative of the allocation of the destination line value 

checked whether an object cannot be laid out any ofthe current object and a flag ass self indicative of the 

longer in the line of interest at present (148). If yes, the 5 allocation of the line value of the current object are 

next line is used (Iff). If no. the current line is used turned off to thereby indicate that the current object 

(150). If the child is not at an adjacent lower level, but arid its child have not yet ^located lines (1011). 

at a further lower level, which will occur when the It « then checked whether the line value of the cur- 

current child is the child of another parent as shown in rent object .« . allocated I (1012) If not. *« >»« v £ u « " 

FIG. I2B, a single dummy node (X) is put at an interme- 10 calculated (1013 to 102Q. The flag ass^elf is set to ON 

dfate leve suchthat Unks'do no! intersect. To this end, tothereby tadtettc ^that the :f^J*£*»££ £ 

the difference in level between the parent and child is been calculated (1013). It isthen c^cckcd>^hether tj^ 

calculated (151). It is then checked whether there is a destination line value ha *bff" ^^LfJwSwf ^ 

, . . 4 . c „ j » t ~.,~™t whether a new object can not be allocated (1U14). 11 yes, 

grandson referred to from ^ the curren ^ ^ ^ ^ %Q ^ ^ 

6 TT°?l { ^ )l S yeSt ?V m l value ofthe current object and the following line is used 

calculated (153) and recorded in he parent (*e temp- h J maximum line value is set to 

line of FIG. 11) (154). A flag is set which indicates 'w^H^p Vft i u - flOltt 

allocation ofthe child (155). Control then passes to the ^^^^^^Lj^) set and used 
flow of FIG. 13C where it is checked whether there is 2o ^ ^ ^ of lillks m display is 

a child pointed to from another parent (156). If yes, it is ^ {mJ) A& showf) . R FJG J2B> the |eve i vaJue of 
checked whether the line of the child is already alio- ^ QhM (curTcnt dcst ination) minus {the parent (cur- 
cated (157). If yes, the line of the child ts allocated to the Qbject) Jevel vflJue + , y fe used a& the number Q f 

next line and displayed (158). If no, the current line is dummv nodcs ( n ill_boxes) set for the current destina- 
allocated to the child line (159), and a flag indicative of M tk)n 

such allocation is set (160). Thus the allocation of all the Tnc temp _ij ne value which is the line value to be 
lines is completed and control passes to the flow of FIG. D y pas sed is calculated (1018 to 1025). This means that 
14E. The details of the respective steps of FIGS. 13 A to when a cni)d is v j ewed w i ln a,, object as the parent, the 
13C are shown in FIGS. 14A to 14D. i| ne va ] ue md j ca tive of which line the child is allocated 

In the particular embodiment, if the structure of data 30 t0 is tne tcmp _ii ne value, 
on the respective programs is displayed using the struc- lf lnere is a destination in the current destination 
ture of the storage area shown in FIG. 11, the program (1018), the line value of the current destination is calcu- 
data displayed is read from the tables 71 to 74 of FIG. 8 !ated using thc pr0 cess of steps 1013 to 1026 (1019), and 
into the display data table DISP 101 of FIG. 11 (1001). tne reS ulting value is used as the temp-line 112 value 
At this time, the object name is inserted into a first 35 f or tne de stination of thc current object (1020), and a 
column obj— name 104, the number of linked destina- fl ag aS s_dest indicative ofthe completion of calculation 
tions is inserted into a fourth column how_many 107, Q f tnc destination line value is set to ON in order to 
and a row of destination names is inserted into the sev- indicate that the allocation has been completed (1021). 
enth column dest-name 110, Numerals 1 and 0 are if tncrc j$ a cri Ud pointed to by another parent, 
substituted into the fifth column level 108 and sixth 40 namely, if there is no destination but a nill— box in the 
column line 109, respectively. current destination (1022) and a destination value is 

After such initialization of the table, the level values allocated (1023), the destination value is allocated to the 
of thc respective objects are calculated (1003 to 1006). } mc i owcr by one line from the initial line already allo- 
The level values represent the corresponding depths of ca ted in order to prevent the intersection of links. Thus, 
the classes. The current object is regarded as a parent 45 the current maximum line value + 1 is used as the tem- 
and the curreni destinations are regarded as children. If p_hne value for the destination of the current object 
the parent has a child, the child level is set to the current (1024). If the destination value is not allocated, the 
object level +1. The same processing is repeated for current maximum line value is used as the temp— line 
that child. If an object having no child is reached, pro- value for the destination of the current object in order 
cessing for return to 1 is performed. 30 to use the current line as a child line (1025), and a flag 

The highest level object is used as the current object ass— dest is set to ON, which indicates that the destina- 
(1003). If the destination level of the current object is tion line as a child has been calculated and allocated 
lower than the current object level (1004), the destina- (1026). 

tion level value is set to the current object level value Thus the respective levels and line values of the 00- 
+ 1 (1005). 55 jects are calculated and then displayed (1027 to 1031). 

It is then checked whether there is a destination in the The highest level object is used as the current object 
current destination (1006). If so, the current destination (1027), one segno is allocated to each object by using 
is used as the current object (1007) and similar process- the calculated DISP data and the result is displayed 
ing is repeated (1004 to 1006). By such processing, the (1028). In this display, the respective objects and display 
respective node levels or the respective depths from the 60 data on the links set from the objects to the destinations 
highest level are calculated. The line values of the re- are substituted into REF— OBJ 102 and REF-LINK 
spective objects are then calculated. 103, respectively. The current object is replaced with 

The number of lines used is defined as "the maximum the destination to display all the objects (1030, 1031). 
line value". The current maximum line value is set to 1 A process for designating displayed data on the 
(1008), and a flag is set to OFF which indicates the 65 screen, changing the displayed color of its object or link 
allocation of a line to each object destination, indicating and displaying its contents will be described, 
that it is necessary to calculate the line of the destination FIG. 15 is a flowchart indicative of retrieval to a 
^ 1009 j desired program from the entire structure of the pro- 
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gram data displayed in one embodiment of the present 
invention. In the particular embodiment, the displayed 
data is designated on the screen, the displayed color of 
the object or link thereof is changed and the retrieved 
contents are displayed. If any is designated on the 5 
screen, the coordinates of its position are obtained 
(MM). 

It is then checked whether there is an object at a 
designated position (1102). Using the coordinate data 
114 and 115 of the REF-OBJ 102 and the display width 10 
116 of FIG. 11, the name of the appropriate object and 
its segno number 117 are obtained. 

As a result, if there is the appropriate object, its segno 
number is designated and the displayed color is changed 
(1105), the OBJ-TBL 71 and LINK— TBL 72 of FIG. 15 
8 are retrieved from object names, and the results are 
displayed (1106). 

If there is no appropriate object, it is checked 
whether there is a link at a designated position (1103). 
The coordinate data 120 of REF— LINK 103, i.e., the 20 
distance between the designated position and the link 
segment is calculated and if the distance calculated 
indicates that the designated position is on the line, the 
displayed color of the line segment is changed (1107), 
the LINK— TBL 72 and DEST-TBL 73 are retrieved 25 
from the names of the links and the results are displayed 
(1108). 

If there are neither objects nor links at the designated 
position, it is reported that there are no appropriate 
objects and links (1104). 30 

Thus, the display data is calculated and referred to, 
the entire structure of the respective program data is 
displayed using a graph structure, and the data on the 
programs related by the object or link at the designated 
position can be displayed. 35 

We claim: 

1. A method of reusing preexisting software source 
programs for use with a program support system includ- 
ing an input unit for inputting data into the system, a . 
first memory containing a plurality of said preexisting 40 
software source programs, a second memory containing 
technique data associating said plurality of preexisting 
software source programs with programming tech- 
niques belonging to programming languages compris- 
ing systematic procedures by which each program task 45 
is accomplished, a third memory containing intention 
data associating said plurality of preexisting software 
source programs with objects comprising functional 
goals for which said plurality of preexisting software 
source programs were developed, a fourth memory 50 
containing relation data arranged in relation data tables, 
the relation data representing logical relatedness be- 
tween said software source programs, said technique 
data and said intention data, a display unit and a central 
processing unit connecting said input unit, first mem- 55 
ory, second memory, third memory and display unit, 
the method comprising the steps of: 
inputting, from a system user, a keyword into said 
input unit of the program support system, the key- 
word representing a desired function to be per- 60 
formed by executing a desired new software source 
program; 

searching said second memory to locate and retrieve 
first technique data matching said inputted key- 
word; 65 

searching said third memory to locate and retrieve 
first intention data matching said inputted key- 
word; 



retrieving, by referring to said relation data in the 
relation data tables of said fourth memory, a first 
preexisting software source program from said first 
memory based upon said first technique data and 
said first intention data located and retrieved; 

displaying the retrieved first preexisting software 
source code program on said display unit; 

selectively inputting from the system user predeter- 
mined test case input data for execution in conjunc- 
tion with said retrieved first preexisting software 
source code program by the central processing 
unit; 

executing said retired first preexisting software 
source code program using said test case input 
data; 

displaying the result of said execution on said display 
unit. 

2. The method of reusing preexisting software source 
programs according to claim 1 further comprising the 
steps of: 

inputting, from the system user, a second keyword 
into said input unit of the program support system, 
the system keyword representing said desired func- 
tion; 

searching said second memory to locate and retrieve 
second technique data associated with said second 
inputted keyword; 

retrieving, by referring to said relation data in the 
relation data tables of said fourth memory, a second 
preexisting software source program from said first 
memory based upon said second technique data 
located and retrieved; and, 

displaying the retrieved second preexisting software 
source code program on said display unit. 

3. The method of reusing preexisting software source 
programs according to claim 2 further comprising the 
steps of: 

selectively inputting from the system user second 
predetermined test case input data for execution in 
conjunction with said retrieved second preexisting 
software source code program by said central pro- 
cessing unit: 

executing said retrieved second preexisting software 
source code program using said second test case 
input data; and, 

displaying the result of said execution on said display 
unit. 

4. The method of reusing preexisting software source 
programs according to claim 2 further comprising the 
steps of: 

selectively editing said retrieved second preexisting 
software source code program to generate a modi- 
fied source code program; 

selectively inputting from the system user second 
predetermined test case input data for execution in 
conjunction with said modified source code pro- 
gram by said central processing unit; 

executing said modified preexisting software source 
code program using said second test case input 
data; and, 

displaying the result of said execution on said display 
unit. 

5. A method of software development support for use 
with a program reuse support system including an input 
unit for inputting a command into the system from a 
system user, a display unit for visual interaction with the 
system user, a dialogue control system for controlling a 
dialogue between the user and the system, a command 
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interpretation and execution unit for interpreting and 
executing the command inputted into the system and a 
memory for storing data related to a plurality of preex- 
isting software source programs in a plurality of tables 
including: 5 
a source code correspondence table having a source 
code name column storing source code names of 
the plurality of preexisting software source pro- 
grams and a source code identification number 
column storing identification numbers correspond- 10 
ing to the plurality of preexisting software source 
programs; 

a technique correspondence table having a technique 
name column storing names of programming tech- 
niques belonging to programming languages and 15 
used in development of the plurality of preexisting 
software source programs and a technique identifi- 
cation number column storing identification num- 
bers corresponding to the names of the techniques 
used in development of the plurality of preexisting 20 
software source programs; 

an intention correspondence table having an intention 
name column storing keywords representing func- 
tions performed by the plurality of preexisting 
software source programs and an intention identifi- 25 
cation number column storing identification num- 
bers corresponding to said keywords; and, 

a program library table storing said plurality of preex- 
isting software source programs, the method com- 
prising the steps of: 30 

inputting the command from the system user into said 
input unit of the program support system; 

receiving the inputted command into the dialogue 
control system and transferring the command to 
said command interpretation and execution unit as 35 
a sorted command, the sorted command compris- 
ing said inputted command grouped into a plurality 
of data fields including i) a selected data field hold- 
ing selected data indicative of a start point from 
which a pointer is to be traversed, ii) a kind of data 40 
flag indicative of the selected data in the selected 
data field as being either source code, technique 
data or intention data and iii) a kind of pointer to be 
traversed data Held indicative of which type of 
pointer set in the selected data is to be traversed; 45 

selectively searching said source code correspon- 
dence table when said kind of data flag indicates 
the selected data field as being source code to find 
a match between a name in said inputted command 
and a name registered in said source code corre- 50 
spondence table and to determine a first correspon- 
dence between a first source code name stored in 
the source code correspondence table and the se- 
lected data; 

selectively searching said technique correspondence 55 
table when said kind of data flag indicates the se- 
lected data field as being technique data to find a 
match between a name in said inputted command 
and a name registered in said technique correspon- 
dence table and to determine a second correspon- 60 
dence between a first technique name stored in the 
technique correspondence table and the selected 
data; 

selectively searching said intention correspondence 
table when said kind of data flag indicates the se- 65 
lected data field as being intention data to find a 
match between a name in said inputted command 
and a name registered in said intention correspon- 
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dence table and to determine a third correspon- 
dence between a first intention name stored in the 
intention correspondence table and the selected 
data; and, 

displaying, on the display unit, a message indicative 
of said selected data being unrelated to said data 
related to the plurality of preexisting software 
source programs in the plurality of tables when 
neither of the first correspondence, the second 
correspondence and the third correspondence are 
determined. 

6. The method of software support according to 
claim 5 for use with a program support system further 
including in said memory an identification number cor- 
respondence table having a source code name column 
storing the source code names of the plurality of preex- 
isting software source programs, a technique identifica- 
tion number column storing associated technique identi- 
fication numbers corresponding to the plurality of pre- 
existing software source programs and an intention 
identification number column storing associated inten- 
tion identification numbers corresponding to said key- 
words representing the functions of the plurality of 
preexisting software source programs, said identifica- 
tion number correspondence table representing a logi- 
cal correspondence defined by said system user between 
said source code names, technique identification num- 
bers and intention identification numbers, the method 
further comprising the steps of: 

reading a first source code identification number 
associated with said first source code name from 
the source code correspondence table when said 
first correspondence is determined: 

reading said identification number correspondence 
table to selectively retrieve a one of a first tech- 
nique identification number associated with said 
first source code identification number or a first 
intention identification number associated with said 
first source code identification number, based upon 
said kind of pointer to be traversed data field of 
said inputted command; 

selectively retrieving a first technique name corre- 
sponding to the firsl technique identification num- 
ber from the technique correspondence table when 
said first technique identification number is re- 
trieved based upon said kind of pointer to be tra- 
versed data field of said inputted command; 

selectively retrieving a firsi intention name corre- 
sponding to the first intention identification num- 
ber from the intention correspondence table when 
said first intention identification number is re- 
trieved based upon said kind of pointer to be tra- 
versed data field of said inputted command; and. 

displaying on the display unit a one of the first tech- 
nique name and the first intention name selectively 
retrieved based upon said kind of pointer to be 
traversed data field of said inputted command. 

7. The method of software support according to 
claim 5 for use with a program support system further 
including in said memory an identification number cor- 
respondence table having a technique name column 
storing the technique names of the plurality of preexist- 
ing software source programs, a source code identifica- 
tion number column storing associated source code 
identification numbers corresponding to the plurality of 
preexisting software source programs and an intention 
identification number column storing associated inten- 
tion identification numbers corresponding to said key* 



03/13/2004, EAST Version: 1.4.1 



25 



5,261,100 



26 



20 



25 



words representing the functions of the plurality of 
preexisting software source programs, said identifica- 
tion number correspondence table representing a logi- 
cal correspondence defined by said system user between 
said source code names, technique identification num- 5 
bers and intention identification numbers, the method 
further comprising the steps of: 
reading a first technique identification number associ- 
ated with said first technique name from the tech- 
nique correspondence table when said second cor- 10 
rcspondence is determined; 
reading said identification number correspondence 
table to selectively retrieve a one of a first source 
code identification number associated with said 
first technique identification number or a first in- 1 5 
tention identification number associated with said 
first technique identification number, based upon 
said kind of pointer to be traversed data field of 
said inputted command; 
selectively retrieving a source code name corre- 
sponding to the first source code identification 
number from the source code correspondence table 
when said first source code identification number is 
retrieved based upon said kind of pointer to be 
traversed data field of said inputted command; 
selectively retrieving a first intention name corre- 
sponding to the first intention identification num- 
ber from the intention correspondence table when 
said first intention identification number is re- 30 
trieved based upon said kind of pointer to be tra- 
versed data field of said inputted command; and, 
displaying on the display unit a one of the first source 
code name and the first intention name selectively 
retrieved based upon said kind of pointer to be 35 
traversed data field of said inputted command. 
8. The method of software support according to 
claim 7 for use with a program support system further 
including in said memory a technique class table having 
a first technique number column storing a first set of 40 
technique numbers of the plurality of preexisting soft- 
ware source programs and a second technique number 
column storing a second set of technique numbers logi- 
cally related to the first set of technique numbers stored 
in said first column, the method further comprising the 45 
steps of: 

reading said technique class table based on said first 
technique identification number to retrieve a sec- 
ond and logically related technique identification 
number; 50 

reading said identification number correspondence 
table to selectively retrieve a one of a first source 
code identification number associated with said 
second technique identification number or a first 
intention identification number associated with said 35 
second technique identification number, based 
upon said kind of pointer to be traversed data field 
of said inputted command; 

selectively retrieving a source code name corre- 
sponding to the first source code identification 60 
number from the source code correspondence table 
when said first source code identification number is 
retrieved based upon said kind of pointer to be 
traversed data field of said inputted command; 

selectively retrieving a first intention name corre- 65 
sponding to the first intention identification num- 
ber from the intention correspondence table when 
said first intention identification number is re- 



trieved based upon said kind of pointer to be tra- 
versed data field of said inputted command; and, 
displaying on the display unit a one of the first source 
code name and the first intention name selectively 
retrieved based upon said kind of pointer to be 
traversed dam field of said inputted command. 

9. The method of software support according to 
claim 8 further comprising the steps of: 

selectively retrieving from the program library table 
a preexisting source code program corresponding 
to the first source code identification number; and, 

displaying the retrieved source code program on the 
display unit. 

10. The method of software support according 10 
claim 7 further comprising the steps of: 

selectively retrieving from the program library table 
a preexisting source code program corresponding 
to the first source code identification number; and, 

displaying the retrieved source code program on the 
display unit. 

11. The method of software support according to 
claim 5 for use with a program support system further 
including in said memory an identification number cor- 
respondence table having an intention name column 
storing said keywords representing the functions of the 
plurality of preexisting software source programs, a 
source code identification number column storing asso- 
ciated source code identification numbers correspond- 
ing to the plurality of preexisting software source pro- 
grams and a technique identification number column 
storing associated intention identification numbers cor- 
responding to the descriptions of the intentions behind 
the development of the plurality of preexisting software 
source programs, said identification number correspon- 
dence table representing a logical correspondence de- 
fined by said system user between said source code 
names, technique identification numbers and intention 
identification numbers, the method further comprising 
the steps of: 

reading a first intention identification number associ- 
ated with said first intention name from the inten- 
tion correspondence table when said third corre- 
spondence is determined; 

reading said identification number correspondence 
table to selectively retrieve a one of a first source 
code identification number associated with said 
first intention identification number or a first tech- 
nique identification number associated with said 
first intention identification number, based upon 
said kind of pointer to be traversed data field of 
said inputted command; 

selectively retrieving a source code name corre- 
sponding to the first source code identification 
number from the source code correspondence table 
when said first source code identification number is 
retrieved based upon said kind of pointer to be 
traversed data field of said inputted command; 

selectively retrieving a first technique name corre- 
sponding to the first technique identification num- 
ber from the technique correspondence table when 
said first technique identification number is re- 
trieved based upon said kind of pointer to be tra- 
versed data field of said inputted command; and, 

displaying on the display unit a one of the first source 
code name and the first technique name selectively 
retrieved based upon said kind of pointer to be 
traversed data field of said inputted command. 
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12. The method of software support according lo 
claim 11 for use with a program support system further 
including in said memory an intention class table having 
a first intention number column storing a first set of 
intention numbers of the plurality of preexisting soft- 5 
ware source programs and a second intention number 
column storing a second set of intention numbers logi- 
cally associated with the first set of intention numbers 
stored in said first column, the method further compris- 
ing the steps of: 10 

reading said intention class table based on said first 
intention identification number to retrieve a second 
and logically related intention identification num- 
ber; 

reading said identification number correspondence 15 
table to selectively retrieve a one of a first source 
code identification number associated with said 
second intention identification number or a first 
technique identification number associated with 
said second intention identification number, based 20 
upon said kind of pointer to be traversed data field 
of said inputted command; 

selectively retrieving a source code name corre- 
sponding to the first source code identification 
number from the source code correspondence table 25 
when said first source code identification number is 
retrieved based upon said kind of pointer to be 
traversed data field of said inputted command; 

selectively retrieving a first technique name corre- 
sponding to the second intention identification 30 
number from the intention correspondence table 
when said second intention identification number is 
retrieved based upon said kind of pointer to be 
traversed data field of said inputted command; and. 
displaying on the display unit a one of the first 35 
source code name and the first technique name 
selectively retrieved based upon said kind of 
pointer to be traversed data field of said inputted 
command. 

13. The method of software support according to 40 
claim 12 further comprising the steps of: 

selectively retrieving from the program library table 
a preexisting source code program corresponding 
to the first source code identification number; and. 

displaying the retrieved source code program on the 45 
display unit. 

14. The method of software support according to 
claim 11 further comprising the steps of: 

selectively retrieving from the program library table 
a preexisting source code program corresponding 50 
to the first source code identification number; and, 

displaying the retrieved source code program on the 
display unit. 

15. A method of reusing preexisting software source 
programs for use with a program support system includ- 55 
ing an input unit for inputting data into the system, a 
first memory containing a plurality of said preexisting 
software source programs, a second memory containing 
technique data associating said plurality of preexisting 
software source programs with programming tech- 60 
niques comprising systematic procedures by which 
each program task of said plurality of preexisting soft- 
ware source programs is accomplished, a third memory 
containing intention data associating said plurality of 
preexisting software source programs with objects com- 65 
prising functional goals for which each of said preexist- 
ing software source programs was developed, a display 
unit and a central processing unit connecting said input 



unit, first memory, second memory, third memory and 
display unit, the method comprising the steps of: 

inputting, from a system user into said input unit of 
the program support system, a first key phrase 
comprising at least one first keyword, the first key 
phrase representing a desired systematic procedure 
by which a desired hew software source~program 
task is to be accomplished; 

searching said second memory to locate and retrieve 
first technique data corresponding to said inputted 
first key phrase; 

inputting, from said system user into said input unit of 
the program support system, a second key phrase 
comprising at least one second keyword, the sec- 
ond key phrase representing a desired functional 
goal for which said desired new software source 
program is to be developed; 

searching said third memory to locate and retrieve 
first intention data corresponding to said inputted 
second key phrase; 

retrieving a first preexisting software source program 
from said first memory based upon said first tech- 
nique data located and retrieved and said first in- 
tention data located and retrieved; 

displaying the retrieved first preexisting software 
source code program on said display unit; 

selectively inputting from said system user predeter- 
mined test case input data for execution in conjunc- 
tion with said retrieved first preexisting software 
source code program by the central processing 
unit; 

executing said retrieved first preexisting software 
source code program using said test case input 
data; and, 

displaying the result of said execution on said display 
unit. 

16. The method of reusing preexisting software 
source programs according to claim 15 further compris- 
ing the steps of: 

inputting from the system user into said input unit of 
the program support system a third key phrase 
comprising at least one third keyword, the third 
key phrase representing said desired systematic 
procedure by which said new software source pro- 
gram task is to be accomplished; 

searching said second memory' to locate and retrieve 
second technique data corresponding to said third 
inputted key phrase; 

retrieving a second preexisting software source pro- 
gram from said first memory based upon said sec- 
ond technique data located and retrieved; and, 

displaying the retrieved second preexisting software 
source code program on said display unit. 

17. The method of reusing preexisting software 
source programs according to claim 15 further compris- 
ing the steps of: 

selectively inputting from said system user second 
predetermined test case input data for execution in 
conjunction with said retrieved second preexisting 
software source code program by said central pro- 
cessing unit; 

executing said retrieved second preexisting software 
source code program using said second test case 
input data; and, 

displaying the result of said execution on said display 
unit. 
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18. The method of reusing preexisting software 
source programs according to claim 15 further compris- 
ing the steps of: 
selectively editing said retrieved second preexisting 
software source code program to generate a modi- 5 
tied source code program; 
selectively inputting from said system user second 
predetermined test case input data for execution in 

10 
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30 

conjunction "with the modified source code pro- 
gram by said central processing unit; 
executing said modified preexisting software source 
code program using said second test case input 
data; and, 

displaying the result of said execution on said display 
unit. 
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UNITED STATES PATENT AND TRADEMARK OFFICE 

CERTIFICATE OF CORRECTION 

PATENT NO. : 5,261,100 
DATED : November 9, 1993 

INVENTORY) : Tsutonu Fujinami, et al. 

It a certified that error appears in the above-identified patent and that said Letters Patent is hereby 
corrected as shown below: 1 

Claim 1, column 22, line 13, delete "retired" and substitute therefor 
— retrieved — . 



Attest: 



Signed and Sealed this 
Twelfth Day of April, 1994 



BRUCE LEHMAN 

Attesting Officer Commissioner of Parents and Trademarks 
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